home *** CD-ROM | disk | FTP | other *** search
- A new accounts.library for envoy, V1.3
-
- 1. Why ?
-
- Envoys accounting system has a nice GUI but is rather braindead otherwise,
- because it stores user and group informations in iff files - which makes
- it incompatible with other software like muFS or AmiTCP - and is quite
- insecure because it stores the passwords *unencrypted* !!!
-
- So I have written a new accounts.library that reads user and group info
- from passwd & Multiuser.group files (compatible with muFS 1.5).
-
- 2. How to install
-
- Easy. Delete Envoys Accounts Manager, the User & Group Prefs editors and
- replace the accounts.library. The new library works with or without muFS
- 1.5 (but *not* with other versions of muFS !!!).
-
- If you use muFS, you must
-
- mprotect passwd GROUP r OTHER r add
- mprotect Multiuser.group GROUP r OTHER r add
- mprotect "Services Manager" ure GROUP re OTHER re
- setowner "Services Manager" root
-
- (You have to cd to the respective directories first.)
-
- (The services manager must be run as a root process, or else the Envoy
- filesystem will not work correctly.)
-
- If you are not using muFS, you only need muFS compatible passwd &
- Multiuser.group files. Place them in S: or any other directory you like
- (you must set the environment variable PASSWDDIR to their path if you do
- not place them in S:).
-
- 3. Peculiarities
-
- In addition to those users listed in the passwd file, my new
- accounts.library "knows" a user named "nobody" (UID 0, GID 0, no password)
- - the AmigaDOS "default user". (Note: nobody is the only user where the
- name is not case-sensitive, so you can also use "Nobody" or "NOBODY").
-
- 4. Legal stuff
-
- The new accounts.library is freeware. Envoy is TM by Commodore. There is
- *absolutely no warranty*.
-
- 5. Future plans
-
- When muFS 2.0 comes out, I will probably have to rewrite my library because
- Geert is going to change the password encryption.
-
- 6. Bug reports
-
- Send bug reports, suggestions, flames et al. to
-
- Usenet: nobbi@zaphod.rhein.de
- Fidonet: 2:243/8330.14
- Fido.Classic: 2:2402/330.14
- Gernet: 21:100/50.14
-
- 7. History
-
- Note: As I must not change the version of accounts.library, look at the
- date (version accounts.library full) to see what version of my library you
- have.
-
- 1.0 - first release
-
- 1.1 - some small internal clean-ups
- - "version accounts.library" now gives the correct answer even if the
- library is not yet loaded
-
- 1.2 (07.02.94)
- - compiled with SAS/C 6.51
- - made "nobody" truly case-insensitive
- - accounts.library now uses file notification to check for changes in
- the passwd & groups files.
- - you might need 2 "avail flush" to expunge the library (the first will
- kill the Accounts Daemon, the second will really expunge the lib).
-
- 1.3 (08.02.94)
- - found a very meeeaaan bug. The Accounts Daemon would be killed by a
- single avail flush, but the library would not get expunged.
- Subsequent OpenLibrary()s would succeed, but get an empty user database.
- The Accounts Daemon is now restarted on OpenLibrary() if it is not
- running.
-